Libore, muzes doplnit dalsi : OK2XDU-1. Mam tam Digi_ned 0.3.5 pod Linuxem s podporou CZEn-N. Upravil sem i majak, aby se to zobrazovalo spravne.
Jirka
Ono je to i logické, to sjednocení overlays na digipeaterech. S různýma HW a SW digi se roztrhl pytel 🙂 a bylo by pro mnoho uživatelů již velmi nepřehledné, co můžu od kterého digi očekávat. Staří "mazáci"sledující pravidelně vývoj, ti se v tom ještě orientují, ale nováček se bude ve spleti N, D, S, W, 1, L, U, F topit. Je třeba neoznačovat digi dle názvu HW či SW, ale dle toho, co umí. Dnes tu máme Foxdigi s overlay F, zítra někdo příjde s Beardigi s overlay B, pozítří Elefant digi s overlay E 😀 .
I v okolních státech se již objevují overlay S a 1, takže by bylo dobré udržet v Evropě stejné značení. Co se týká Xastiru, s overlays problém nemá. 😉
Vážení přátelé,
včera jsme se sešli s Borkem RQ a konečně jsme měli chvíli čas probrat zevrubně několik témat. Začnu již jednou diskutovaným CZ (CZE)
Měli bychom už konečně finálně rozhodnout jakou cestou se vydat. Zkusím dát na hromadu všechna fakta a na základě nich se můžeme dohodnout.
Bibile hovoří takto: New-N Paradigm also includes the SSn-N system. . SSn-N solves this problem for each Region, State, Country or ARRL section. In the USA we call them States or ARRL Sections, in Europe, the regions are based on a combination of two iso-standards. ISO 3166-1 country code und ISO 3166-2 subdivision code.
Nahlédneme-li do ISO 3166-1: http://www.iso.org/iso/support/country_codes/iso_3166_code_lists/iso-3166-1_decoding_table.htm#CZ%20)
ISO 3166-2: http://www.iso.org/iso/iso_3166-2_newsletter_i-2_en.pdf
vychází nám že by správně bylo CZn-N . Důvody pro CZE byly především dva.
První byl problém DIGINEDU, který vyžadoval XXX čímž dva znaky nepřicházely v úvahu, je ověřeno že současná verze již může být XX až XXXX. tento důvod již pominul.
Druhým důvodem bylo riziko pronikání znaků CZxxxx od CBčkářů, kterí se agilně dobývali do PR a nedalo se vyloučit, že by tomu tak mohlo být i v APRS. Za posledních několik let se toto přihodilo jen jednou a to se rychle vyřešilo. Zdá se, že toto také již nemá opodstatnění.
Lze tedy říct, že z technicko-strategického hlediska jsou obě řešení stejné. Nastoluji tedy otázku: Kudy dále? Budeme se držet CZ (nevýhoda je, že už má možná někdo CZE naprogramované a musel by to měnit, otázkou je, zda to není menši zlo udělat teď než za tři roky, kdy celá Evropa přejde do ISO a jen my budeme vyčuhovat)
i prez to, ze v nekterych zarizenich je jiz nastaveno CZE a to jsou zrejme i UIdigi s vypalenou epromkou, bych se klonil k CZ. Je to jak rikas, je to spravne ve vztahu s uvedenym ISO a asi by bylo spravne se toho drzet.
